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(54) Bezeichnung: Verfahren zur Steuerung elektronischer Gerate 

(57) Zusammenfassung: Bei einem Verfahren zur Steue- 
rung elektronischer Gerate in einem verteilten Netzwerk- 
system mit 

- Geratekontrollmodulen (DCM) zur Steuerung von Gera- 
ten durch andere Gerate in dem Netzwerksystem, wobei 
die Geratekontrollmodule (DGM) unmittelbar auf die zu 
steuernden Gerate zugreifen; 

- Geratekontrollmodul-Verwaltungsmodulen zur Verwal- 
tung der Geratekontrollmodule (DCM), und mit 

- Netzwerksteuerungsmodulen zur Netzwerksteuerung der 
Art, dass Dienste in Paketen gegliedert verarbeitet werden 
und Module einzelner Dienste aus verschiedenen Paketen 
miteinander interagieren, 
erfolgt ein 

- Austausch von Steuerungsinformationen zwischen Netz- 
werksteuerungsmodulen und den Geratekontrollmo- 
dul-Verwaltungsmodulen zur Registrierung Oder Ansteue- 
rung von Geratekontrollmodulen (DCM), ohne dass ein un- 
mittelbarer Datenaustausch zwischen den Netzwerksteue- 
rungsmodulen und den Geraten erfolgt. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zur Steu- 
erung elektronischer Gerate in einem verteilten Netz- 
werksystem mit 

- Geratekontrollmodulen (DCM) zur isteuerung 
von Geraten durch andere Gerate in dem Netz- 
werksystem, wobei die Geratekontrollmodule 
(DCM) unmittelbar auf die zu steuernden Gerate 
zugreifen, 

- Geratekontrollmodul-Verwaltungsmodule zur 
Verwaltung der Geratekontrollmodule (DCM) und 
mit 

- Netzwerksteuerungsmodule zur Netzwerksteu- 
erung derart, dass Dienste in Paketen gegliedert 
verarbeitet werden und Module einzelner Dienste 
aus verschiedenen Paketen miteinander intera- 
gteren. 

[0002] Die Erfindung betrifft weiterhin ein digitales 
Geratenetzwerk. 

[0003] Verteilte Netzwerksysteme mit daran ange- 
schlossenen elektronischen Geraten nahezu beliebi- 
ger Art sind hinreichend bekannt. Aus dem IEEE1394 
„P1394A Draft for a High-Performance Serial Bus 
(Supplement)" ist ein serielles Bussystem bekannt, 
bei dem verschiedene Endgerate (Knoten) entweder 
uber ein vier- bis sechsadriges Kabel oder einen 
Lichtwellenleiter angeschlossen werden. Mindestens 
ein Knoten kann dabei in der Art ausgefuhrt sein, 
dass er zusatzliche Verwaltungsfunktionen fur das 
Netzwerk ubernehmen kann (Busmanagement). 
[0004] Neben diesem IEEE-Standard 1394 gibt es 
eine busunabhangige Erweiterung, die unter dem 
Namen HAVi (Home Audio Video interoperability) 
spezifiziert ist (HAVi 1.1 Specification of the Home 
AudioA/ideo interoperability Architecture HAVi Inc., 
May 15, 2001). Diese HAVi-Spezifikation beschreibt 
insbesondere die Fernkontrolle von Geraten von je- 
dem anderen Punkt im Geratenetzwerk, wobei die 
beschriebenen Steuerungsverfahren in erster Linie 
fur den Einsatz in einem IEEE-1 394-Netzwerk vorge- 
sehen sind. In der Spezifikation ist eine verteiltes Mo- 
del beschrieben, bei dem die Steuerung der Gerate 
uber Geratekontrollmodule (DCM), sogenannte „De- 
vice Control Modules" vorgenommen wird. Diese Ge- 
ratekontrollmodule (DCM) werden als Software -ele- 
ments (SE) auf dem Gerat, welches ein anderes Ge- 
rat kontrollieren mochte, ausgefuhrt. Hierbei sind die 
Geratekontrollmodule (DCM) jeweils spezifisch fur 
ein bestimmtes Gerat oder eine Gerateklasse. 
[0005] Die einzelnen Module des Netzwerksteue- 
rungskonzeptes nach dem HAVi-Standard werden 
als Softwareelemente (SE) realisiert, die einheitlich 
adressiert werden. Die Softwareelemente konnen in 
den meisten Fallen sowohl zentral als auch verteilt 
angeordnet sein. Es ist somit eine Implementierung 
mit nur einer Instanz eines bestimmten Softwareele- 
memtesvZ. B. eines Stream Managers, bis hin zu ei- 
ner Implementierung moglich, die in jedem Gerat 



eine solche Instanz vorsieht. 

[0006] Folgende Softwareelemente (SE) sind in ei- 
nem verteilten System nach dem HAVi-Standard vor- 
handen: 

Stream Manager (SM): Der Stream Manager dient 
dem Auf- und Abbauen der Verwaltung von isochro- 
nen Verbindungen (Streams) zwischen Softwareele- 
menten und/oder Geraten. Der Stream x Manager 
kann ebenso wie das Registrierungsmodul (Registry) 
als verteiltes System aufgebaut sein. Dabei dienen 
spezielle Befehle dazu, den Zustand alter Stream 
Manager oder eines bestimmten Stream Managers 
zu erhalten. 

[0007] Messaging System (MS): Das Meldesystem- 
modul bzw. Messaging System ist zustandig fur 
Nachrichten, die zwischen den Softwareelementen 
(SE) ausgetauscht werden. 

[0008] Event Manager (EM): Der Event Manager 
transportiert Mitteilungen uber Zustandsanderungen 
im verteilten System zu den Kommunikationsteilneh- 
mern (Geraten). 

[0009] Registrierungsmodul: Das Registrierungs- 
modul (Registry) beinhaltet Informationen uber jedes 
im Netzwerk verfugbare Softwarelement (SE) und je- 
des verfugbare Gerat. Informationen uber die einzel- 
nen Softwareelemente werden dabei in Attributen ab- 
gelegt. Zusatzlich zu den vordefinierten Attributen ist 
es moglich, weitere Attribute hinzuzufugen. Die Ar- 
chitektur des Registrierungsmoduls ist ein verteiltes 
System, d. h. jedes Gerat kann einen Teil des gesam- 
ten Registrierungsmoduls beinhalten, sie kann aber 
auch zentral gehalten werden. Fur den Zugriff auf das 
Registrierungsmodul (Registry) ist dies nichtsichtbar, 
da die verschiedenen Instanzen des Registrierungs- 
moduls innerhalb des Netzwerkes ggf. die angefor- 
derten Informationen selbsttatig austauschen. 
[0010] Resource Manager (RM): Der Resource Ma- 
nager fuhrt die Belegung und die Freigabe von Re- 
sourcen (Geraten und Softwareelementen) durch 
und speichert geplante Vorgange, wie z. B. Videore- 
corderaufnahmen. 

[0011] Geratekontrollmodul-Manager (DCM-Mana- 
ger): Der Geratekontrollmodul-Manager (DCM-Ma- 
nager) ist verantwortlich fur das Installieren und Dein- 
stallieren von Geratekontrollmodulen (DCM) bei ent- 
sprechend geeigneten Geraten. Dabei wird ein stan- 
dardisiertes Verfahren zur Installation von Gerate- 
kontrollmodulen im JAVA-Bytecode-Format angebo- 
ten. Eine Installation von nativem Code (Binary) ist 
nicht im Standard beschrieben, kann jedoch als pro- 
prietare Losung hinzufugt werden. 
[0012] Geratekontrollmodule (DCM): Ein Gerate- 
kontrollmodul bzw. Device Control Module (DCM) ist 
ein Softwareelement, das ein oder mehrere funktio- 
nale Steuerungsmodule (Functional Control Modu- 
le-FCM) zu einem Geratetreiber zusammenfuhrt. 
[0013] Funktionale Steuerungsmodule (FCM): Ein 
funktionales Steuerungsmodul (Functional Control 
Module-FCM) ist ein Softwareelement, mit dem eine 
funktionale Einheit eines Gerates, wie z. B. eines 
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CD-Laufwerks Oder eines UKW-Tuners, angesteuert 
wird. Ein Geratekontrollmodul (DCM) wird dabei aus 
den alien Geratekontrollmodulen (DCM) gemeinsa- 
men Grundfunktionen und geratespezifischen funkti- 
onalen Kontrollmodulen (FCM) gebildet. 
[0014] Diese Module Oder die jeweils in einem Gerat 
bendtigten Module bilden eine einheitliche Applikati- 
onsschnittstelle. Durch diese einheitliche Schnittstel- 
le wird eine Interoperabilitat zwischen Applikationen 
und Geraten verschiedener Hersteller erreicht (Inter- 
operability API). 

[0015] Weiterhin ist von der Open Service Gateway 
Initiative (OSGi) ein Standard fur eine Diensteplatt- 
form definiert, auf die zur Laufzeit Dienste dynamisch 
geladen, aktiviert und wieder entfernt werden konnen 
(http://www.osgi.org). Die Dienste werden in Paketen 
gegliedert verarbeitet, die als Bundles bezeichnet 
werden. Die Diensteplattform zeichnet sich dadurch 
aus, dass sie er den Modulen einzelner Dienste aus 
verschiedenen Paketen erlaubt, zu interagieren. Die 
Interoperabilitat wird durch die Standardisierung von 
Schnittstellen erreicht. Aufterdem soil die Dienste- 
plattform sowohl den Zugang zu Geraten ermogli- 
chen, die im lokalen Netzwerk angeschlossen sind, 
als auch eine Verbindung zum globalen Netzwerk 
(WAN) unterstutzen. Die Realisierung der Geratever- 
bindungen bzw. der Netzwerke wird dabei nicht defi- 
niert, sondern es wird auf bestehende Standards zu- 
ruckgegriffen und diese auf funktionaler Basis durch 
eine Schnittstellenspezifikation zur Applikationsebe- 
ne abstrahiert. Aufierdem ist vorgesehen, dass alle 
Verwaltungsoperationen auch aus der Feme uber 
eine Netzwerkverbindung vorgenommen werden 
konnen. Die Realisierung und Spezifikation der 
Diensteplattform nach dem OSGi-Standard verwen- 
det die dynamischen Dienste unterstutzende Soft- 
waretechnologie JAVA. 

Aufgabenstellung 

[0016] Aufgabe der Erfindung war es, ein verbes- 
sertes Verfahren zur Steuerung elektronischer Gera- 
te in einem verteilten Netzwerksystem zu schaffen, 
mit dem beispielsweise eine OSGi-konforme Applika- 
tionsplattform mit einem nach dem HAVi-Standard ar- 
beitenden Netzwerk und den darin eingebundenen 
Geraten integriert werden kann. 
[001 7] Die Aufgabe wird mit dem gattungsgemafcen 
Verfahren erfindungsgemafi gelost durch Austausch 
von Steuerungsinformationen zwischen Netzwerk- 
steuerungsmodulen und den Geratemodul-Verwal- 
tungs-modulen zur Registrierung oder Ansteuerung 
von Geratekontrollmodulen (DCM), ohne dass ein 
unmittelbarer Datenaustausch zwischen den Netz- 
werksteuerungsmodulen und den Geraten erfolgt. 
[0018] Im Unterschied zu den herkommlichen Ver- 
fahren wird somit vorgeschlagen, dass die zur Inte- 
gration von Softwarekomponenten als Module ver- 
fugbaren Methoden der nach verschiedenen Stan- 
dards arbeitenden Netzwerksteuerungsschichten 
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miteinander kommunizieren und nicht, wie beispiels- 
weise bei dem OSGi-Standard vorgesehen, direkt mit 
den zu registrierenden Geraten. Vielmehr werden die 
zur Netzwerksteuerung im OSGi-Standard verfugba- 
ren Netzwerksteuerungsmodule so eingesetzt, dass 
diese mit den Geratekontrollmodul-Verwaltungsmo- 
dulen nach dem HAVi-Standard kommunizieren, um 
die Installation von HAVi-konformen Geratekontrollm- 
odulen (GCM) vorzunehmen. 

[0019] Durch diese Verwendung von bereits vor- 
handenen Methoden nach den definierten Standards 
kann das Verfahren leicht in bestehende Implemen- 
tierungen von Netzwerken nach dem HAVi- und OS- 
Gi-Standard vorgenommen werden. Mit dem Verfah- 
ren konnen verbesserte oder erweiterte Geratetrei- 
ber dynamisch nachgeladen werden. Zudem werden 
automatisierte Updates von Treibern unterstutzt. Zu- 
dem konnen neue Applikationen in einem standardi- 
sierten Format z. B. uber eine Funktionsschnittstelle 
nachgeladen werden, die HAVi-konforme Gerate ver- 
wenden oder von solchen Geraten verwendet wer- 
den und den Nutzen dieser Gerate erhohen. Durch 
das Verfahren ist weiter in vorteilhafter Weise ein 
Fernzugriff auf HAVi-konforme Gerate uber Netz- 
werksteuerungsmodule nach dem OSGi-Standard 
moglich. 

[0020] Gegenuber den herkommlichen Netzwerk- 
steuerungsverfahren, insbesondere nach dem OS- 
Gi-Standard hat das Verfahren den Vorteil, dass das 
Auffinden und Ansteuern von Geraten im lokalen 
Netzwerk durch die Nutzung der Geratekontrollmo- 
dul-Verwaltungsmodule vorzugsweise nach dem HA- 
Vi-Standard stark vereinfacht werden. Die automati- 
sche Installation von Geratetreibern (Hot Plug and 
Play) wird durch das Verfahren unterstutzt und es 
konnen Standardkomponenten aus der Unterhal- 
tungselektronik in dem Netzwerksystem verwendet 
werden. Zudem wird die Kommunikation uber das lo- 
kale Netzwerk durch die Resourcenverwaltung der 
Geratekontrollmodul-Verwaltungsmodule vorzugs- 
weise nach dem HAVi-Standard uberwacht; Wenn 
Gerate im lokalen Netzwerk sowohl von den Netz- 
werksteuerungsmodulen beispielsweise nach dem 
OSGi-Standard aus angesteuert werden, als auch 
untereinander und mit Applikationen ohne diese 
Netzwerksteuerungsmodule beispielsweise nach 
dem OSGi-Standard werden Zugriffskonflikte durch 
die verfugbaren Methoden der Geratekontrollmo- 
dul-Verwaltungsmodule beispielsweise nach dem 
HAVi-Standard aufgelost. 

[0021] Vorzugsweise erfolgt der Austausch der 
Steuerungsinformationen mit einem Geratekontroll- 
modul-Treibermodul (DCM-Driver) als Netzwerksteu- 
erungsmodul, wobei das Geratekontrollmodul-Trei- 
bermodul zur Registrierung von Schnittstellen, zur 
Steuerung der Gerate in dem Netzwerksystem und 
zum Umsetzen von Methodenaufrufen der registrier- 
ten Schnittstellen in Nachrichtendaten fur die Gerate- 
kontrollmodule ausgebildet ist. Weiterhin ist es vor- 
teilhaft, einen Austausch der Steuerungsinformatio- 
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nen rnit einem Basistreiberrnodul (HAVi Base Driver) 
als Netzwerksteuerungsmodul vorzusehen. Das Ba- 
sistreiberrnodul ist hierbei zur Registrierung von Ge- 
ratediensten mit Informationen uber zugehorige Ge- 
rate und zum Anpassen und Weiterleiten von Steue- 
riingsdaten der Netzwerksteuerungsmodule an die 
Geratekontrollmodul-Verwaltungsmodule ausgebil- 

det. 

[0022] Zusatzlich zu den bekannten Netzwerksteu- 
erungsmodulen sind somit spezialisierte Geratekont- 
rollmodul-Treibermodule und Basistreibermodule 
vorgesehen, um von den Netzwerksteuerungsmodu- 
len beispielsweise nach dem OSGi-Standard auf die 
Geratekontrollmodul-Verwaltungsmodule beispiels- 
weise nach dem HAVi-Standard zuzugreifen, um 
ohne unmittelbaren Zugriff auf die Gerate neue Gera- 
tedienste zu registrieren, Geratetreiberzu installieren 
oder auszutauschen etc. 

[0023] Vorzugsweise ist zudem mindestens ein Re- 
gistrierungsmodul als Geratekontrollmodul-Verwal- 
tungsmodul vorgesehen, wie es beispielsweise nach 
dem HAVi-Standard definiert ist. Die registrierten Ge- 
ratekontrollmodule werden hierbei in einer Liste des 
Registrierungsmoduls abgespeichert. 
[0024] Die Registrierung von Geraten erfolgt vor- 
zugsweise mit den folgenden Schritten: 

- Auswahl eines Geratekontrollmoduls fur das zu 
registrierende Gerat; 

- Registrieren des Geratekontrollmoduls bei dem 
Registrierungsmodul; 

- Ubersenden einer Nachricht von dem Registrie- 
rungsmodul an das Basistreiberrnodul zur Infor- 
mation uber das registrierte Gerat; 

- Registrieren eines Geratedienstes mit Informati- 
onen uber das registrierte Gerat durch das Basis- 
treiberrnodul; 

Aktivieren eines Geratekontrollmodul-Treiber- 
moduls fur das registrierte Gerat durch die Netz- 
werksteuerungsmodule; 

- Registrieren einer Schnittstelle zur Steuerung 
des registrierten Gerates durch das aktivierte Ge- 
ratekontroll mod u l-Tre i bermodul . 

[0025] Die Steuerung eines registrierten Gerates er- 
folgt dann vorzugsweise mit den Schritten: 

- Anpassen von Zugriffssteuerungsdaten der 
Netzwerksteuerungsmodule beim Aufrufen einer 
registrierten Schnittstelle zur Steuerung des Ge- 
rates durch das Geratekontrollmodul-Treibermo- 
dul und Senden angepaftter Zugriffssteuerungs- 
daten an das Basistreiberrnodul; 

- Weiterleiten des Aufrufs der Schnittstelle von 
dem Basistreiberrnodul an ein Meldesystemmo- 
dul der Geratekontrollmodul-Verwaltungsmodule; 

- Weiterleiten des Aufrufs der Schnittstelle von 
dem Meldesystemmodul an das zu dem anzu- 
steuernden Gerat gehorende Geratekontrollmo- 
dul zur Steuerung des Gerates durch das Gerate- 
kontrollmodul. . 
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[0026] Hierbei werden die Schnittstellen durch das 
Meldesystemmodul vorzugsweise prioritatsgesteuert 
aufgerufen, um einen Zugriffskonflikt aufzuheben. 
[0027] Das Oberprufen und Auflosen von Zugriffs-. 
konflikten auf Geratekontrollmodule erfolgt zudem 
vorzugsweise mit einem Resourcenverwaltungsmo- 
dul, das als Geratekontrollmodul-Verwaltungsmodul 
realisiert ist. 

[0028] Das Registrieren zusatzlicher Geratekont- 
rollmodule fur ein Gerat erfolgt vorzugsweise mit ei- 
nem Geratetreiberinstallationsmodul als Netzwerk- 
steuerungsmodul mit den Schritten: 

- Obergeben eines Geratekontrollmoduls an. das 
Geratetreiberinstallatiorismodul; 

- Weiterleiten des ubergebenen Geratekontrollm- 
oduls an das Geratekontrollmodul-Treibermodul; 

- Installieren des Geratekontrollmoduls durch das 
Geratekontrollmodul-Treibermodul. 

[0029] Bei dem Registrieren zusatzlicher Gerate- 
kontrollmodule erfolgt weiterhin vorzugsweise ein 
Oberprufen durch das Geratetreiberinstallationsmo- 
dul mittels Zugriffs auf einen Geratetreibermodul-Ma- 
nager, der als Geratekontrollmodul-Verwaltungsmo- 
dul realisiert ist, ob bereits ein Geratetreibermodul fur 
das zu registrierende Gerat installiert ist und das in- 
stallierte Treibermodul ersetzt werden soli. Dann er- 
folgt ggf. ein Deinstallieren des vorhandenen Gerate- 
treibermoduls durch das Geratetreiberinstallations- 
modul. 

[0030] Ein Ersetzen von Geratekontrollmodulen 
durch andere Geratekontrollmodule, wobei das zuge- 
horige Geratekontrollmodul-Treibermodul beibehal- 
ten bleibt, erfolgt vorzugsweise mit den Schritten: 

- Obergeben eines neuen Geratekontrollmoduls 
von dem zugehorigen Geratekontrollmodul-Trei- 
bermodul an das Basistreiberrnodul; 

- Weiterleiten des Geratekontrollmoduls von dem 
Basistreiberrnodul an das Geratetreiberinstallati- 
onsmodul; 

- Deinstallieren des zu ersetzenden Geratekont- 
rollmoduls durch das Geratetreiberinstallations- 
modul und den Geratetreibermodul-Manager, wo- 
bei das Geratekontrollmodul bei dem Registrie- 
rungsmodul abgemeldet wird; 

- Installieren des neuen 1 Geratekontrollmoduls 
durch das Geratetreiberinstallationsmodul und 
den Geratetreibermodul-Manager, wobei das Ge- 
ratekontrollmodul bei dem Registrierungsmodul 
angemeldet wird, 

- Zuordnen des in dem ersetzten Geratekontroll- 
modul zugeordneten Gerateservice zu dem neu- 
en Geratekontrollmodul. 

[0031] Wie bereits erwahnt sind die Geratekontroll- 
module und Geratekontrollmodul-Vennialtungsmo- 
dule vorzugsweise konform zu dem Home-Audio-Vi- 
deo-lnteroperability-Standard (HAVi). Die Netzwerk- 
steuerungs-module sind vorzugsweise konform zu 
dem Open-Service-Gateway-Initiative-Standard 
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(OS'Gi). 

[0032] Die Aufgabe wird weiterhin durch ein digita- 
les Geratenetzwerk erfindungsmafi durch Steue- 
rungsprogrammmittel gelost, die zur Durchfuhrung 
des oben beschriebenen Verfahrens ausgebildet 
sind, Die Steuerungsprogrammmittel werden hierbei 
als Softwareelemente (SE) nach dem HAVi-Standard 
oder als Anwendungsprogrammschnittstellen (Appli- 
cation Programming Interfaces-API) nach dem OS- 
Gi-Standard beispielsweise in der Programmierspra- 
che JAVA realisiert. 
' [0033] Die Erfindung wird nachfolgend anhand der 
beigefugten Zeichnungen naher erlautert. Eszeigen: 
Fig. 1 - Netzwerksteuerungsmodule nach dem 
OSGi-Standard und Geratekontrollmodul-Verwal- 
tungsmodule nach dem HAVi-Standard zur Ein-. 
bingung von HAVi-konformen Geraten in ein OS- 
Gi-Standard-konformes verteiltes Netzwerksys- 
tem; 

Fig. 2 - Ablaufdiagramm zur Einbindung von HA- 
Vi-Standardkonformen Geraten in ein OSGi-Stan- 
dard-konformes verteiltes Netzwerksystem; 
Fig. 3 - OSGi-Standard-konforme Netzwerksteu- 
erungsmodule und HAVi-konforme Geratekont- 
rollmodul-Verwaltungsmodule zur Anmeldung zu- 
satzlicher Geratekontrollmodule; 
Fig. 4 - Auflaufdiagramm zur Anmeldung zusatz- 
licher Geratemodule; 

Fig. 5 - Blockdiagramm der OSGi-Standard-kon- 
formen Netzwerksteuerungsmodule und HA- 
Vi-Standardkonformen Geratekontrollmodul-Ver- 
waltungsmodule zum Update vorhandener Gera- 
tekontrollmodule; 

Fig. 6 - Ablaufdiagramm fur das Update vorhan- 
dener Geratekontrollmodule. 

[0034] Fig. 1 zeigt die an der Einbindung von HA- 
Vi-Standardkonformen Geraten in ein OSGi-Stan- 
dard-konformes verteiltes Netzwerksystem beteilig- 
ten Netzwerksteuerungs- und Geratekontrollmo- 
dul-Verwaltungsmodulen, die vorzugsweise.als Soft- 
wareelemente bzw. Anwendungsprogrammschnitt- 
stellen (API) ausgefuhrt sind. 

[0035] Ein HAVi-Standard-konformes Gerat wird 
durch ein HAVi-Standardkonformes Geratekontrollm- 
odul DCM zuganglich gemacht. Auf dieses Gerate- 
kontrollmodul DCM greift das in dem HAVi-Standard 
spezifizierte Meldesystemmodul MS (Messaging 
System) zu, das von Applikationen genutzt werden 
kann, um das Geratekontrollmodul DCM und damit 
das zugehorige Gerat zu steuern. 
[0036] Erfindungsgemafi wird in dem OSGi-Stan- 
dard-konformen Netzwerksystem ein zusatzliches 
Bundle, namlich ein Basistreibermodul Base Driver 
installiert, das auf das Meldesystemmodul MS und 
auf eine im HAVi-Standard definiertes Registrie- 
rungsmodul Registry zugreift. 

[0037] Das erfindungsgemafle Basistreibermodul 
hat folgende Aufgaben: 

- Beziehen einer Liste der angemeldeten Gerate- 
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kontrollmodule DCM von dem Registrierungsmo- 
dul; 

- Entgegennehmen von Nachrichten des Regist- 
rierungsmoduls Registry bei der An- und Abmel- 
dung von Geratekontrollmodulen DCM; 

- Registrieren eines Geratedienstes (Device Ser- 
vice) fur jedes angemeldete Geratekontrollmodul 
DCM in dem OSGi-Standard-konformen verteilten 
Netzwerksystem; 

- Weiterleiten von Nachrichten von zugeordneten 
OSGi-Standard-konformen Treiberdiensten (Dri- 
ver Service) an das Meldesystemmodul MS; 

- Abmelden der in dem OSGi-Standard-konfor- 
men Netzwerksystem registrierten zugehorigen 
Geratedienste (Device Service) beim Abmelden 
von Geratekontrollmodulen. 



[0038] Fur weitere Steuerungsverfahren konnen in 
dem Basistreibermodul Zusatzfunktionen implemen- 
tiert werden, auf die nachfolgend noch eingegangen 
werden wird. 

[0039] Auf das Basistreibermodul greift erfindungs- 
gemaft ein Geratekontrollmodul-Treibermodul 
DCM-Driver zu, der als zusatzliches OSGi-Standard- 
konformes Bundle in Form eines Treiberdienstes 
(OSGi-Driver-Service) implementiert wird. Das Gera- 
tekontrollmodul-Treibermodul DCM-Driver hat fol- 
gende Aufgaben: 

- Registrieren einer Schnittstelle zum Steuern des 
HAVi-Standard-konformen Gerates in dem OS- 
Gi-Standard-konformen Netzwerksystem und zur 
Verfugung stellen des Gerates fur andere OS- 
Gi-Standard-konforme Bundles; 

- Umsetzen von Methodenaufrufen dieser 
Schnittstellennachrichten an das Geratekontroll- 
modul DCM und Ubergeben der Nachrichten an 
das Basistreibermodul Base Driver. 

[0040] Auf das Geratekontrollmodul-Treibermodul 
DCM-Driver konnen andere OSGi-Standard-konfor- 
me Bundles zugreifen, um das Gerat zu steuern. Da- 
neben konnen auch andere Applikationen, die bei- 
spielsweise nicht in JAVA implementiert sind oder 
nicht zu dem OSGi-Standard-konformen Netzwerk- 
system gehoren, uber das Meldesystemmodul MS 
auf das Geratekontrollmodul DCM und damit auf das 
Gerat zugreifen. 

[0041] Die Fig. 2 zeigt ein Ablaufdiagramm zur An- 
meldung von Geraten in dem verteilten Netzwerksys- 
tem. Die Anmeldung der HAVi-Standard-konformen 
Gerate in das OSGi-Standard-konforme verteilte 
Netzwerksystem erfolgt mit den folgenden Schritten: 

1. Automatischen Erkennen eines neu ange- 
schlossenen Gerates durch die HAVi-Stan- 
dard-konformen Geratekontrollmodul-Verwal- 
tungsmodule; 

2. Beschaffen eines Geratekontrollmoduls DCM 
zur Steuerung des neuen Gerates durch die HA- 
Vi-Geratekontrollmodul-Verwaltungsmodule, so- 
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fern noch kein entsprechendes Geratekontrollmo- 
dul DCM vorhanden ist; 

3. Anmelden des Geratekontrollmoduls DCM bei 
dem HAVi-Standardkonformen Registrierungsmo- 
dul Registry; 

4. Senden einer Nachricht von dem Registrie- 
rungsmodul Registry an das Basistreibermodul 
Base Driver in dem OSGi-Netzwerk-system und 
Informieren des Basistreibermoduls Base Driver 
uber das neue Gerat. Hierzu kann das Basistrei- 
bermodul Basedriver z. B. ein Geratekontrollmo- 
dul DCM registrieren, das einen sogenannten No- 
tification Request ah Informationen uber neue Ge- 
rate anmeldet. Alternativ kann das Basistreiber- 
modul Base Driver auch als Applikation ein Notifi- 
cation Request setzen; 

5. Registrieren eines Geratedienstes Device Ser- 
vice mit Informationen uber das neue Gerat durch 
das Basistreibermodul Base Driver; 

6. Suchen und Installieren eines geeigneten Trei- 
berdienstes Driver Service durch das OSGi-Netz- 
werksystem, wobei der Treiberservice die Funkti- 
onalitat des Gerates in dem OSGi-Netz-Werksys- 
tem verfugbar macht. Dieser Mechanismus ist in 
dem OSGi-Standard definiert und umfafit ggf. 
auch die Beschaffung eines noch nicht auf der 
Diensteplattform vorhandenen Geratetreibers. 
Dieser Treiberdienst wird von dem Geratekontroll- 
modul-Treibermodul DCM bereitgestellt. Fur un- 
terschiedliche Geratekontrollmodule DCM kann 
es verschiedene Geratekontrollmodul-Treibermo- 
dule DCM-Driver geben; 

7. Registrieren einer Schnittstelle in dem OS- 
Gi-Netzwerksystem durch das Geratekontrollmo- 
dul-Treibermodul DCM-Driver, urn mit der Schnitt- 
stelle das Gerat zu steuern. 

[0042] Dabei sind die Schritte 1 bis 3 bereits aus 
dem HAVi-Standard bekannt. Es wird deutlich, dafi 
die Registrierung der Geratekontrollmodule DCM er- 
findungsgemafi durch Kommunikation der OS- 
Gi-Netzwerksteuerungsmodule mit den HAVi-Gera- 
tekontrollmodul-Verwaltungsmodulen und nicht, wie 
bei dem OSGi-Standard vorgesehen, direkt mit den 
Geraten erfolgt. 

[0043] Die Fig. 2 zeigt weiterhin den Ablauf beim 
Zugriff auf die registrierten Gerate mit den folgenden 
Schritten: 

8. Steuerung eines Geratekontrollmoduls DCM 
durch ein OSGi-Bundle durch Erkennung, daft 
eihe Schnittstelle angemeldet wurde und Zugriff 
auf diese Schnittstelle; 

9. Umsetzen des Zugriffs auf die Schnittstelle in 
Nachrichten durch das Geratekontrollmodul-Trei- 
bermodul DCM-Driver und Senden der Nachrich- 
ten uber das Basistreibermodul Basedriver an das 
Geratekontrollmodul DCM; 

10. Weiterleiten des Schnittstellenaufrufs durch 
das Basistreibermodul Base Driver an das Melde- 
systemmodul MS; 
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11. Weiterleiten des Schnittstellenaufrufs an das 
Geratekontrollmodul DCM, welches das Gerat 
entsprechend steuert, durch das Meldesystem- 
modul MS. Bei Zugriffskonflikten, beispielsweise 
bei einem Zugriffsversuch auf ein bereits reser- 
viertes Gerat, pruft ein Resource-Manager die Pri- 
oritaten der beteiligten Applikationen bzw. des 
OSGi-Netzwerksystems und andert anhand die- 
ser Informationen ggf. die Reservierung der Gera- 
te. Zudem greifen auch Applikationen, die nicht zu 
dem OSGi-Netzwerk-system gehoren, uber das 
Meldesystemmodul MS auf dasselbe Geratekont- 
rollmodul zu. 

12. Weiterleiten der Aufrufe mit der hochsten Pri- 
oritat durch das Meldesystemmodul MS an das 
entsprechende Geratekontrollmodul DCM. 

[0044] Die Fig. 3 zeigt ein Blockdiagramm der beim 
Anmelden eines zusatzlichen Geratekontrollmoduls 
DCM beteiligten Softwareelemente. Es ist ein zusatz- 
liches OSGi-Standard-konformes Geratetreiberin- 
stallationsmodul Driverinstallation vorgesehen, auf 
das ein OSGi-Bundle zugreift, welches die Anmel- 
dung des zusatzlichen Kontrollmoduls vornimmt. Die 
Aufgaben des Geratetreiberinstallationsmoduls Dri- 
verinstallation sind: 

- Entgegennehmen von Geratekontrollmodulen 
DCM, die angemeldet werden sollen; 

- Deinstallieren der ggf. zu ersetzenden Gerate- 
kontrollmodule DCM mit Hilfe eines Geratekont- 
rollmodul-Managers DCM-Manager; 

- Obergeben des Geratekontrollmodule DCM an 
den Geratekontrollmodul-Manager zur Installati- 
on; 

[0045] Hierbei greift das Geratetreiberinstallations- 
modul Driver Installation auf den in dem HAVi-Stan- 
dard spezifizierten Geratekontrollmodul-Manager 
DCM-Manager zu. Dieser hat wiederum Zugriff auf 
das zu installierende Geratekontrollmodul DCM. 
[0046] Die Fig. 4 lafit ein Ablaufdiagramm fur die 
Anmeldung zusatzlicher Geratekontrollmodule DCM 
aus dem OSGi-Netzwerksystem heraus erkennen. 
Die Anmeldung erfolgt mit den Schritten:. 

a) Obergeben des Geratekontrollmoduls DCM an 
das Geratetreiber installationsmodul Driverinstal- 
lation durch das OSGi-Bundle, welches ein Gera- 
tekontrollmodul DCM installieren lafit; 

b) Uberprufen mit Hilfe des Geratekontrollmo- 
dul-Managers DCM-Manager durch das Gerate- 
treiberinstallationsmodul Driver Installation, ob 
bereits ein Geratekontrollmodul DCM in dem HA- 
Vi-Geratesystem installiert ist, das durch das 
neue Geratekontrollmodul DCM ersetzt werden 
soil und ggf. Deinstallieren des vorhandenen Ge- 
ratekontrollmoduls DCM; 

c) Installieren des neuen Geratekontrollmoduls 
DCM mit Hilfe des Geratekontrollmodul-Managers 
DCM-Manager durch das Geratetreiberinstallati- 
onsmodul Driverinstaliation. 
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[0047] Der Geratezugriff erfolgt anschliefiend wie 
oben beschrieben, wobei in dem OSGi-Netzwerksys- 
tem ein Geratekontrollmodul-Treibermodul DCM-Dri- 
ver fur das neue Geratekontrollmodul DCM vorhan- 
den sein mufc. Die Deaktivierung und Installation ei- 
nes Geratekontrollmodul-Treiberrnoduls DCM-Driver 
ist Teil des bekannten OSGi-Standards. 
[0048] Die Fig. 5 zeigt die fur einen Update vorhan- 
dener Geratekontrollmodule DCM verwendeten Soft- 
warekomponenten. Im Unterschied zu den oben be- 
schriebenen Verfahren wird jedoch nur ein vorhande- 
nes Geratekontrollmodul DCM ersetzt, wobei das zu- 
gehorige Geratekontrollmodul-Treibermodul 
DCM-Driver installiert bleibt. Mit dem Geratekontroll- 
modul DCM wird dabei lediglich die Schnittstelle zu 
dem HAVi-Geratesystem ausgetauscht, ohne dass 
sich das Verhalten des OSGi-Netzwerksystems an- 
dert. 

[0049] Zusatzlich zu den bisher beschriebenen 
Funktionalitaten ist hierzu bei dem Geratekontrollmo- 
dul-Treibermodul DCM-Driver ein Zugriff auf ein Ge- 
ratekontrollmodul DCM realisiert, das das in dem HA- 
Vi-Gerate-system vorhandene Geratekontrollmodul 
ersetzen soil. Auf das zu ersetzende Geratekontroll- 
modul DCM hat das Geratekontrollmodul-Treibermo- 
dul DCM-Driver uber das Basistreibermodul Base 
Driver und das Meldesystemmodul MS einen Zugriff. 
[0050] Weiterhin greift das Basistreibermodul Base 
Driver auf das Geratetreiberinstallationsmodul Driver 
Installation zu. Das Basistreibermodul Base Driver 
hat die folgenden zusatzlichen Funktionalitaten: 

- Entgegennehmen eines neuen Geratekontroll- 
moduls DCM von dem Geratekontrollmodul-Trei- 
bermodul DCM-Driver und Ubergeben des neuen 
Geratekontrollmoduls DCM zur Installation an das 
Geratetreiberinstallationsmodul Driver Installati- 
on; 

- Sicherstellen, dass das Geratekontrollmodul 
DCM, das bei dem Update in dem HAVi-Gerate- 
system ersetzt wird, nicht durch den Geratekont- 
rollmodul-Manager DCM-Manager abgemeldet 
wird; 

- Zuordnen des fur das alte Geratekontrollmodul 
DCM erzeugten Geratedienstes Deviceservice zu 
dem neuen Geratekontrollmodul DCM beim An- 
melden des neuen Geratekontrollmoduls DCM in 
dem HAVi-Geratesystem. 

[0051] Die Fig. 6 lafct ein Ablaufdiagramm des Up- 
dates vorhandener Geratekontrollmodule DCM er- 
kennen. Das Update vorhandener Geratekontrollmo- 
dule DCM unter Beibehaltung der zugehorigen Gera- 
tekontrollmodul-Treibermodule DCM-Driver erfolgt 
mit den folgenden Schritten: 

a) Installieren eines Geratekontrollmodul-Treiber- 
moduls zu einem neuen Geratedienst Deviceser- 
vice durch das OSGi-Netzwerksystem, wie oben 
beschrieben; 

b) Ubergeben eines neuen Geratekontrollmoduls 
DCM von dem Geratekontrollmodul-Treibermodul 
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DCM-Driver an das Basistreibermodul Base Dri- 
ver, wobei das ubergebene Geratekontrollmodul 
DCM das vorhandene Geratekontrollmodul DCM 
ersetzen soil; 

c) Ubergeben des Geratekontrollmoduls DCM von 
dem Basistreibermodul Base Driver an das Gera- 
tetreiberinstallationsmodul Driverinstallation; 

d) Deinstallieren des zu ersetzenden Geratekont- 
rollmoduls DCM durch das Geratetreiberinstallati- 
onsmodul Driverinstallation mit Hilfe des Gerate- 
treiberkontrollmodul-Managers 

e) Abmelden des zu ersetzenden Geratekontroll- 
moduls DCM in dem Registrierungsmodul Regist- 
ry durch den Geratekontrollmodul-Manager 
DCM-Manager; 

f) Informieren des Basistreibermoduls Basedriver 
uber die Abmeldung durch das Registrierungsmo- 
dul Registry, wobei das Basistreibermodul Base 
Driver hierauf nicht reagiert; 

g) Installieren des neuen Geratekontrollmoduls 
DCM durch das Geratetreiberinstallationsmodul 
Driverinstallation mit Hilfe des Geratekontrollmo- 
dul-Managers DCM-Manager; 

h) Anmelden des neuen Geratekontrollmoduls 
DCM in dem Registrierungsmodul Registry durch 
den Geratekontrollmodul-Manager; 

i) Informieren des Basistreibermoduls Base Driver 
uber die Anmeldung durch das Registrierungsmo- 
dul Registry; 

j) Zuordnen des Geratedienstes Deviceservice, 
der vorher dem zu ersetzenden Geratekontrollm- 
odul DCM zugeordnet war, zu dem neuen Gerate- 
kontrollmodul DCM durch das Basistreibermodul 
Base Driver. 

[0052] Das Verfahren ist vorzugsweise in OS- 
Gi-Standard-konformen Netzwerksystemen insbe- 
sondere in Kraftfahrzeugbordnetzen einsetzbar. 

Patentanspruche 

1 . Verfahren zur Steuerung elektronischer Gera- 
te in einem verteilten Netzwerksystem mit 

- Geratekontrollmodulen (DCM) zur Steuerung von 
Geraten durch andere Gerate in dem Netzwerksys- 
tem, wobei die Geratekontrollmodule (DCM) unmit- 
telbar auf die zu steuemden Gerate zugreifen, 

- Geratekontrollmodul-Verwaltungsmodulen zur Ver- 
waltung der Geratekontrollmodule (DCM), und mit 

- Netzwerksteuerungsmodulen zur Netzwerksteue- 
rung der Art, dass Dienste in Paketen gegliedert ver- 
arbeitet werden und Module einzelner Dienste aus 
verschiedenen Paketen miteinander interagieren, 
gekennzeichnet durch 

Austausch von Steuerungsinformationen zwischen 
Netzwerksteuerungsmodulen und den Geratekont- 
rollmddul-Verwaltungs-modulen zur Registrierung 
oder Ansteuerung von Geratekontrollmodulen 
(DCM), ohne dass ein unmittelbarer Datenaustausch 
zwischen den Netzwerksteuerungsmodulen und den 
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Geraten erfolgt. 

2. Verfahren nach Anspruch 1, gekennzeichnet 
durch Austausch der Steuerungsinformationen mit 
einem Geratekontrollmodul-Treibermodul (DCM-Dri- 
ver) als Netzwerksteuerungsmodul, wobei das Gera- 
tekontrollmodul-Treibermodul (DCM-Driver) zur Re- 
gistrierung von Schnittstellen zur Steuerung der Ge- 
rate in dem Netzwerksystem und zum Umsetzen von 
Methodenaufrufen der registrierten Schnittstellen in 
Nachrichtendaten fur die Geratekontrollmodule 
(DCM) ausgebildet ist. 

* 

3. Verfahren nach Anspruch 1 oder 2, gekenn- 
zeichnet durch Austausch der Steuerinformationen 
mit einenn Basistreibermodul (Base Driver) als Netz- 
werksteuerungsmodul, wobei das Basistreibermodul 
(Base Driver) zur Registrierung von Geratediensten 
mit Informationen uber zugehorige Gerate und zum 
Anpassen und Weiterleiten von Steuerungsdaten der 
Netzwerksteuerungsmodule an die Geratekontrollm- 
odul-Verwaltungsmodule ausgebildet ist. 

4. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch mindestens ein 
Registrierungsmodul (HAVi-Registry) als Geratekon- 
trollmodul-Verwaltungsmodul, wobei die registrierten 
Geratekontrollmodule (DCM) in einer Liste des Re- 
gistrierungsmoduls (HAVi-Registry) abgespeichert 
werden. 

5. Verfahren nach Anspruch 4, gekennzeichnet 
durch Registrierung von Geraten mit den Schritten: 

a) Auswahl eines Geratekontrollmoduls (DCM) fur 
das zu registrierende Gerat; 

b) Registrieren des Geratekontrollmoduls (DCM) bei 
dem Registrierungsmodul (HAVi-Registry); 

c) Ubersenden einer Nachricht von dem Registrie- 
rungsmodul (HAVi-Registry) an das Basistreibermo- 
dul (Base Driver) zur Information uber das registrierte 
Gerat; 

d) Registrieren eines Geratedienstes mit Informatio- 
nen uber das registrierte Gerat durch das Basistrei- 
bermodul (Base Driver); 

e) Aktivieren eines Geratekontrollmodul-Treibermo- 
duls (HAVi-DCM-Driver) fur das registrierte Gerat 
durch die Netzwerksteuerungsmodule; 

f) Registrieren einer Schnittstelle zur Steuerung des 
registrierten Gerates durch das aktivierte Geratekon- 
troll-Treibermodul (HAVi-DCM-Driver). 

6. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Steuerung eines 
registrierten Gerates mit den Schritten: 

a) Anpassen von Zugriftssteuerungsdaten der Netz- 
werksteuerungsmodule beim Aufrufen einer regist- 
rierten Schnittstelle zur Steuerung des Gerates durch 
das Geratekontrollmodul-Treibermodul (HA- 
Vi-DCM-Driver) und Senden. angepafcter Zugriffs- 
steuerungsdaten an das Basistreibermodul (Base 
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Driver); 

b) Weiterleiten des Aufrufs der Schnittstelle von dem 
Basistreibermodul (Base Driver) an ein Meldesys- 
temmodul (MS) der Geratekontrollmodul-Verwal- 
tungsmodule, 

c) Weiterleiten des Aufrufs der Schnittstelle von dem 
Meldesystemmodul (MS) an das zu dem anzusteu- 
ernden Gerat gehorende Geratekontrollmodul (DCM) 
zur Steuerung des Gerates durch das Geratekontroll- 
modul (DCM). . 

7. Verfahren nach Anspruch 6, gekennzeichnet 
durch prioritatsgesteuertes Aufrufen der Schnittstel- 
len durch das Meldesystemmodul (MS). 

8. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Uberprufen und 
Auflosen von Zugriffskonflikten auf Geratekontrollm- 
odule (DCM) mit einem Resourcenverwaltungsmodul 
(Resource Manager) der Geratekontrollmodul-Ver- 
waltungsmodule. 

9. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Registrieren zu- 
satzlicher Geratekontrollmodule (DCM) fur ein Gerat 
mit einem Geratetreiberinstallationsmodul (HAVi-Dri- 
verinstallation) als Netzwerksteuerungsmodul mit 
den Schritten: 

a) Ubergeben eines Geratekontrollmoduls (DCM) an 
das Geratetreiberinstallationsmodul (HAVi-Driverin- 
stallation); 

b) Weiterleiten des ubergebenen Geratekontrollmo- 
duls (DCM) an das Geratekontrollmodul-Treibermo- 
dul (HAVi-DCM Driver); 

c) Installieren des Geratekontrollmoduls (DCM) 
durch das Geratekontrollmodul-Treibermodul (HA- 
Vi-DCM Driver). 

10. Verfahren nach Anspruch 9, gekennzeichnet 
durch Uberprufen" durch das Geratetreiberihstallati- 
onsmodul (HAVi-Driverinstallation) mittels Zugriff auf 
einen Geratetreibermodul-Manager (DCM-Manager) 
der Geratekontrollmodul-Verwaltungsmodule, ob be- 
reits ein Geratetreibermodul (DCM) fur das zu regist- 
rierende Gerate installiert ist und das installierte Ge- 
ratetreibermodul (DCM) ersetzt werden soli und ggf. 
Deinstallieren der vor-handenen Geratetreibermodu- 
le (DCM) durch das Gerate-treiberinstallationsmodul 
(HAVi-Driverlnstallation). 

11. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Ersetzen von Ge- 
ratekontrollmodulen (DCM) durch andere Geratekon- 
trollmodule (DCM), wobei das zugehorige Gerate- 
kontrollmodul-Treibermodul (HAVi-DCM Driver) bei- 
behalten bleibt, mit den Schritten: 

- Ubergeben eines neuen Geratekontrollmoduls 
(DCM) von dem zugehorigen Geratekontrollmo- 
dul-Treibermodul' (HAVi-DCM Driver) an das Basist- 
reibermodul (HAVi-Base Driver); 
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- Weiterleiten des Geratekontrollmoduis (DCM) zu 
dem Basistreibermodul (HAVi-Base Driver) an das 
Geratetreiberinstallationsmodul (HAVi-Driverinstalla- 
tion); 

- Deinstallieren des zu ersetzenden Geratekontrollm- 
oduls (DCM) durch das Geratetreiberinstallationsmo- 
dul (HAVi-Driverinstallation) und den Geratetrelber- 
modul-Manager (DCM-Manager), wobei das Gerate- 
kontrollmodul (DCM) bei dem Registrierungsmodul 
(HAVi-Registn) angemeldet wird; 

- Zuordnen des dem ersetzten Geratekontrollmodui 
(DCM) zugeordneten Gerateservice zu dem neuen 
Geratekontrollmodui (DCM). 

12. Verfahren nach einem der vorhergehenden 
Anspruche, dadurch gekennzeichnet, dass die Gera- 
tekontrollmodule (DCM) und Geratekontrollmo- 
dul-Verwaltungsmodule konform zu dem Home-Au- 
dio-Video-Interoperability-Standard (HAVi) sind. 

13. Verfahren nach einem der vorhergehenden 
Anspruche, dadurch gekennzeichnet dass die Netz- 
werksteuerungsmodule konform zu dem Open-Ser- 
vice-Gateway-Initiative-Standard (OSGi) sind. 

1 4. Digitales.Geratenetzwerk mit Steuerungspro- 
grammmitteln zur Durchfuhrung des Verfahrens nach 
einem der vorhergehenden Anspruche. 

Es folgen 4 Blatt Zeichnungen 
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(57) Abstract: In a method for the control of electronic 
devices in a distributed network system with 

- device control modules (DCM) for the control of 
devices through other devices in the network system, 
wherein the device control modules (DCM) access the 
devices to be controlled directly; 

- device control module management modules for the 
management of the device control modules (DCM) and 
with 

- network control modules for the network control of the 
type that services organized in packets are processed and 
modules of individual services from different packets 
interact with one another, 

takes place an 

- exchange of control information between network 
control modules and the device control module 
management modules for the registration or actuation of 
device control modules (DCM) without a direct data 
exchange taking place between the network control 
modules and the devices. 





[0001] The invention relates to a method for the control of electronic devices in a distributed network 
system with 

- device control modules (DCM) for the control of devices through other devices in the network 
system, wherein the device control modules (DCM) access the devices to be controlled directly; 

- device control module management modules for the management of the device control modules 
(DCM) and with 

- network control modules for the network control of the type such that services organized in 
packets are processed and modules of individual services from different packets interact with 
one another. 

[0002] The invention furthermore relates to a digital device network. 

[0003] Distributed network systems with electronic devices connected thereto of nearly any type are 
sufficiently known. From IEEE 1394 "P1394A Draft for a High-Performance Serial Bus (Supplement)" a 
serial bus system is known, in which various end devices (nodes) are connected either via a four- to -six- 
conductor cable or an optical waveguide. At least one node can therein be implemented such that it can 
assume additional management functions for the network (bus management). 

[0004] Apart from this IEEE Standard 1394 there is a bus-independent expansion, which is specified 
under the designation HAVi (Home Audio Video interoperability) (HAVi 1.1 Specification of the Home 
Audio/Video interoperability Architecture HAVi Inc., May 15, 2001). This HAVi Specification describes 
in particular the remote control of devices from any other point in the device network, with the described 
control methods being primarily provided for the application in an IEEE-1394 network. In the 
Specification a distributed model is described, in which the control of the devices is carried out via device 
control modules (DCM), so-called "Device Control Modules". These device control modules (DCM) are 
run as software elements (SE) on the device, which another device wishes to control. The device control 
modules (DCM) are herein each specific for a specific device or a device class. 

[0005] The individual modules of the network control concept according to the HAVi standards are 
realized as software elements (SE), which are addressed uniformly. The software elements can in most 
cases be located centrally as well as also distributively. Consequently the implementation with only one 



instance of a specific software element, for example a stream manager, is possible up to an 
implementation in which in each device one such instance is provided. 

[0006] The following software elements (SE) are available in a distributed system according to the HAVi 
standard: 

Stream Manager (SM): the stream manager serves for setting up and releasing the management of 
isochronous connections (streams) between software elements and/or devices. The stream manager like 
the registration module (Registry), can be set up as a distributed system. Specific commands serve for the 
purpose of obtaining the status of all stream managers or of one specific stream manager. 
[0007] Messaging System (MS): the messaging system module or messaging system is accountable for 
messages which are exchanged between the software elements (SE). 

[0008] Event manager (EM): the event manager transports messages about status changes in the 
distributed system to the communications participants (devices). 

[0009] Registration module: the registration module (Registry) contains information about each software 
element (SE) available in the network and each available device. Information about the individual 
software elements are therein stored in attributes. In addition to the predefined attributes, it is possible to 
add further attributes. The architecture of the registration module is a distributed system, i.e. each device 
can contain a portion of the entire registration module, however, it can also be held centrally. To the 
access to the registration module (registry) this is not visible, since the different instances of the 
registration module within the network optionally exchange the requested information independently. 
[0010] Resource Manager (RM): the resource manager carries out the allocation and deallocation of 
resources (devices and software elements) and stores planned activities, such as for example video 
recorder recordings. 

[0011] Device control module manager (DCM-Manager): the device control module manager (DCM 
Manager) is responsible for the installation and de-installation of device control modules (DCM) in 
correspondingly suitable devices. A standardized method for the installation of device control modules 
is offered in JAVA bytecode format. Installation of native code (binary) is not described in the standard, 
however, it can be added as a proprietary solution. 

[0012] Device Control Module (DCM): a device control module or Device Control Module (DCM) is a 
software element, which brings together one or several functional control modules (Functional Control 
Module FCM) to a device driver. 
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[0013] Functional Control Module (FCM): A functional control module (FCM) is a software element, 
with which a functional unit of a device, such as for example of a CD drive or of a VHF tuner is actuated. 
A device control module (DCM) is therein formed of the basic functions common to all device control 
modules (DCM) and of device-specific functional control modules (DCM). 

[0014] These modules or the modules required in each device form a standardized application interface. 
Through this standardized interface an interoperability between applications and devices of different 
manufacturers is attained (interoperability API). 

[0015] Moreover, the Open Service Gateway Initiative (OSGi) has defined a standard for a service 
platform, onto which during the runtime services can be dynamically loaded, activated and again 
removed (http//www. osgi.org). The services are processed organized in packets which are referred to as 
bundles. The service platform is thereby distinguished that it permits the modules of individual services 
from different packets to interact. The interoperability is attained through the standardization of 
interfaces. In addition, the service platform is to make possible the access to devices, which are connected 
in the local network, as well as also support the connection to the global network (WAN). The realization 
of the device connections or of the networks is therein not defined but rather existing standards are fallen 
back on and these are abstracted to the application level on a functional basis through an interface 
specification. There is in addition the provision that all management operations can also be carried out 
remotely via a network connection. The realization and specification of the service platform according to 
the OSGi standard utilizes the dynamic services supporting software technology JAVA. 

Problem addressed by the Invention 
[0016] The problem addressed by the invention is providing an improved method for the control of 
electronic devices in a distributed network system, with which, for example, an application platform 
conforming to the OSGi standard can be integrated with a network working according to the HAVi 
Standard and the devices linked therein. 

[0017] The problem is resolved with the method according to the species through the exchange of 
control information between network control modules and the device module management modules for 
the registration or actuation of device* control modules (DCM) without a direct data exchange between 
the network control modules and the devices taking place. 

[0018] In contrast to the conventional methods it is consequently proposed that the methods for the 
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integration of software components available as modules operating according to different standards of 
the network control layers communicate with one another and not, as provided for example in the OSGi 
standard, directly with the devices to be registered. Rather, the network control modules available for the 
network control in the OSGi standard are utilized such, that these communicate with the device control 
module management modules according to the HAVi standard in order to carry out the installation of 
device control modules (DCM) conforming to the HAVi standard.. 

[0019] Through this use of already available methods according to the defined standards, the method 
can readily be included into existing implementations of networks according to the HAVi and OSGi 
standard. With the method improved or expanded device drivers can be dynamically loaded 
subsequently. In addition, automated updates of drivers are supported. Moreover, new applications in a 
standardized format can be loaded subsequently, for example via a function interface which utilize 
devices conforming to HAVi or are being utilized by such devices and increase the utilizability of these 
devices. Due to the method, further, in advantageous manner a remote access to HAVi conforming 
devices via network control modules according to the OSGi standard is possible. 
[0020] Compared to conventional network control methods, in particular according to the OSGi 
standard, the method has the advantage that locating and actuating devices in the local network by 
utilizing the device control module management modules, preferably according to the HAVi standard, 
are highly simplified. The automatic installation of device drivers (Hot Plug and Play) is supported by 
the method and standard components from the field of consumer electronics can be applied in the 
network system. Moreover, communication across the local network is monitored through the resource 
management of the device control module management modules preferably according to the HAVi 
standard. If devices in the local network are actuated by the network control modules for example 
according to the OSGi standard, as well as also among themselves and with applications without these 
network control modules for example according to the OSGi standard, access conflicts are resolved 
through the available methods of the device control module management modules for example according 
to the HAVi standard. 

[0021] The exchange of the control information preferably takes place with a device control module 
driver module (DCM-Driver) as network control module, wherein the device control module driver 
module is implemented for the registration of interfaces, for the control of the devices in the network 
system and for the conversion of method calls of the registered interfaces into message data for the device 
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control modules. It is furthermore advantageous to provide an exchange of the control information with 
a base driver module (HAVi Base Driver) as network control module. The base driver module is here 
implemented for the registration of device services with information about associated devices and for the 
adapting and conducting further of control data of the network control modules to the device control 
module management modules. 

[0022] In addition to the known network control modules, consequently, specialized device control 
module driver modules and base driver modules are provided in order to access from the network 
control modules for example according to the OSGi standard to the device control module management 
modules for example according to the HAVi standard, in order to register, without direct access to the 
devices, new device services, to install or exchange device drivers, etc. 

[0023] In addition, at least one registering module is preferably provided as the device control module 

management module, such as is defined for example under the HAVi standard. The registered device 

control modules are herein stored in a list of the registering module. 

[0024] The registration of devices preferably takes place with the following steps: 
-selection of a device control module for the device to be registered, 
-registration of the device control module with the registration module, 
-transmitting a message from the registration module to the base driver module for the 
information about the registered device, 

-registration of a device service with information about the registered device through the base 
driver module, 

-activation of a device control module driver module for the registered device through the 
network control modules, 

-registration of an interface for the control of the registered device through the activated device 
control module driver module. 
[0025] Subsequently control of a registered device preferably takes place with the steps: 

-adapting of access control data of the network control modules when calling up a registered 
interface for the control of the device through the device control module driver module and 
transmitting adapted access control data to the base driver module, 

-forwarding the call of the interface from the base driver module to a messaging system module 
of the device control module management modules, 



6 



-forwarding the call of the interface from the messaging system module to the device control 
module associated with the device to be actuated for the control of the device through the device 
control module. 

[0026] Herein the interfaces are called up by the messaging system module preferably under priority 
control, in order to resolve an access conflict. 

[0027] Checking and resolving conflicts of access to device control modules, moreover, preferably takes 
place with a resource management module, which is realized as device control module management 
module. 

[0028] Registration of additional device control modules for a device preferably takes place with a 
device driver installation module as network control module with the steps: 

-transferring a device control module to the device driver installation module, 
-forwarding the transferred device control module to the device control module driver module, 
-installing the device control module through the device control module driver module. 
[0029] With the registration of additional device control modules furthermore checking by the device 
driver installation module preferably takes place by means of access to a device driver module manager, 
which is realized as device control module management module, as to whether or not a device driver 
module for the device to be registered is already installed and the installed driver module is intended to 
be replaced. Subsequently optionally the de-installation of the existing device driver module takes place 
through the device driver installation module. 

[0030] Replacing device control modules with other device control modules, wherein the associated 
device control module driver module is retained, preferably takes place with the steps: 

-transferring a new device control module from the associated device control module driver 

module to the base driver module, 

-forwarding of the device control module from the base driver module to the device driver 
installation module, 

-de-installing of the device control module to be replaced through the device driver installation 
module and the device driver module manager, wherein the device control module is logged out 
at the registration module, 

-installing the new device control module through the device driver installation module and the 
device driver module manager, wherein the device control module is logged in at the registration 
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module, 

-assigning of the device service assigned in the replaced device control module to the new device 
control module. 

[0031] As already discussed, the device control modules and device control module management 
modules preferably conform to the Home Audio Video Interoperability Standard (HAVi). The network 
control modules preferably conform to the Open Service Gateway Initiative Standard (OSGi). 
[0032] The problem is furthermore resolved through a digital device network according to the invention 
through control program means, which are developed for carrying out the method described above. The 
control program means are herein realized as software elements (SE) according to the HAVi standard or 
as application programming interfaces (Application Programming Interfaces API) according to the OSGi 
standard, for example in the programming language JAVA. 

[0033] In the following the invention will be explained in further detail in conjunction with the enclosed 
drawing. Therein depict: 

Fig. 1 Network control modules according to the OSGi standard and device control module 

management modules according to the HAVi standard for linking in devices conforming to 
HAVi into a distributed network system conforming to the OSGi standard, 

Fig. 2 Flow chart for linking devices conforming to the HAVi standard into a distributed network 
system conforming to the OSGi standard, 

Fig. 3 Network control modules conforming to the OSGi standard and device control module 

management modules conforming to HAVi for the registration of additional device modules, 

Fig. 4 Flow chart for the registration of additional device modules, 

Fig. 5 Block diagram of the network control modules conforming to the OSGi standard and device 
control module management modules conforming to the HAVi standard for the update of 
existing device control modules, 

Fig. 6 Flow chart for the update of existing device control modules. 

[0034] Fig: 1 shows the network control and device control module management modules participating 
in the linking of devices conforming to the HAVi standard into a distributed network system conforming 
to the OSGi standard, which modules are preferably implemented as software elements or application 
program interfaces (API). 
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[0035] A device conforming to the HAVi standard is made accessible through a device control module 
DCM conforming to the HAVi standard. This device control module DCM is accessed by the messaging 
system module MS (Messaging System) specified in the HAVi standard, which can be utilized by 
applications in order to control the device control module DCM and therewith the associated device. 
[0036] According to the invention in the network system conforming to the OSGi standard an additional 
bundle, namely a base driver module Base Driver is installed, which accesses the messaging system 
module MS and a registration module Registry defined in the HAVi standard. 
[0037] The base driver module according to the invention has the following tasks: 

obtaining a list of the logged-in device control modules DCM from the registration module, 
accepting messages of the registration module Registry at the login and logout of device control 
modules DCM, 

registering a device service (Device Service) for each logged-in device control module DCM in 
the distributed network conforming to the OSGi standard, 

forwarding messages from associated driver services (Driver Service) conforming to the OSGi 
standard to the messaging system module MS, 

logging out of the associated device services (Device Service) registered in the network system 
conforming to the OSGi standard during the logout of device control modules. 

[0038] For additional control methods, in the base driver module additional functions can be 
implemented which will be discussed in the following. 

[0039] The base driver module is accessed according to the invention by a device control module driver 
module DCM-Driver, which as additional bundle conforming to the OSGi standard is implemented in the 
form of a driver service (OSGi Driver Service). The device control module driver module DCM-Driver 
has the following tasks: 

registering an interface for the control of the device conforming to the HAVi standard in the 
network system conforming to the OSGi standard and for making available the device for other 
bundles conforming to the OSGi standard, 

converting method calls of these interface massages to the device control module DCM and 
transferring the messages to the base driver module Base Driver. 
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[0040] The device control module driver module DCM Driver can be accessed by other bundles 
conforming to the OSGi standard in order to control the device. In addition, other applications, which, 
for example, are not implemented in JAVA or do not belong to the network system conforming to the 
OSGi standard, can also access via the messaging system MS the device control module DCM and 
therewith the device. 

[0041] Fig. 2 shows a flow chart for logging in devices in the distributed network system. The logging 
of the devices conforming to the HAVi standard into the distributed network system conforming to the 
OSGi standard takes place with the following steps: 

1. Automatic detection of a newly connected device through the device control module 
management modules conforming to the HAVi standard. 

2. Obtaining a device control module DCM for the control of the new device through the HAVi 
device control module management modules, provided no appropriate device control module 
DCM exists. 

3. Logging on the device control module DCM at the registration module Registry conforming to 
the HAVi standard. 

4. Transmitting a message from the registration module Registry to the base driver module Base 
Driver in the OSGi network system and informing the base driver module Base Driver of the new 
device. For this purpose, the base driver module Base Driver can register for example a device 
control module DCM, which logs on a so-called notification request for information about new 
devices. Alternatively, the base driver module Base Driver can also set a notification request as 
application. 

5. Registering a device service Device Service with information about the new device through the 
base driver module Base Driver. 

6. Searching and installing a suitable driver service Driver Service through the OSGi network 
system, wherein the driver service makes available the functionality of the device in the OSGi 
network system. This mechanism is defined in the OSGi standard and comprises optionally also 
the obtaining of a device driver not yet available on the service platform. This driver service is 
made available by the device control module driver module DCM. For different device control 
modules DCM there may be different device control module driver modules DCM-Driver. 

7 Registering an interface in the OSGi network system through the device control module driver 



10 



module DCM-Driver, in order to control with the interface the device. 

[0042] The steps 1 to 3 are already known from the HAVi standard. It is evident that the registration of 
the device control modules DCM takes place according to the invention through the communication of 
the OSGi network control modules with the HAVi device control module management modules and not, 
as is provided under the OSGi standard, directly with the devices. 

[0043] Fig. 2 shows furthermore the process during the access to the registered devices with the 
following steps: 

8. Control of a device control module DCM by an OSGi bundle through the detection that an 
interface has been logged on and access to this interface. 

9. Converting the access to the interface into messages through the device control module driver 
module DCM-Driver and sending the messages via the base driver module Base Driver to the 
device control module DCM. 

10. Forwarding the interface call-up through the base driver module Base Driver to the messaging 
system module MS. 

11. Forwarding the interface call to the device control module DCM, which controls the device 
accordingly, through the messaging system module MS. In the event of access conflicts, for 
example during an access attempt to an already reserved device, a resource manager checks the 
priorities of the participating applications or of the OSGi network system and on the basis of the 
information, if applicable, changes the reservation of the devices. In addition, applications which 
do not belong to the OSGi network also access via the messaging system module MS the same 
device control module. 

12. Forwarding the calls with the highest priority through the messaging system module MS to the 
corresponding device control module DCM. 

[0044] Fig. 3 shows a block diagram of the software elements participating in the logon of an additional 
device control module DCM. An additional device driver installation module Driver Installation 
conforming to the OSGi standard is provided, which is accessed by an OSGi bundle, which carries out the 
logon of the additional control module. The tasks of the device driver installation module Driver 
Installation are: 
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Accepting device control modules DCM, which are to be logged on. 

De-installing of the device control modules DCM optionally to be replaced with the aid of a 
device control module manager DCM-Manager. 

Transferring the device control module DCM to the device control module manager for 
installation. 

[0045] The device driver installation module Driver Installation herein accesses the device control 
module manager DCM-Manager specified in the HAVi standard. It, in turn, has access to the device 
control module DCM to be installed. 

[0046] Fig. 4 shows a flow chart for the logon of additional device control modules DCM out of the 
OSGi network system. The logon takes place with the steps: 

a) transferring the device control module DCM to the device driver installation module Driver 
Installation through the OSGi bundle, which initiates the installation of a device control module 
DCM, 

b) checking with the aid of the device control module manager DCM-Manager through the device 
driver installation module Driver Installation whether or not a device control module DCM is 
already installed in the HAVi device system, which is to be replaced by the new device control 
module DCM and optionally de-installing of the existing device control module DCM, 

c) installing the new device control module DCM with the aid of the device control module 
manager DCM-Manager by the device driver installation module Driver Installation. 

[0047] The device access subsequently takes place as described above, wherein in the OSGi network 
system a device control module driver module DCM-Driver for the new device control module DCM 
must be available. The deactivation and installation of a device control module driver module DCM- 
Driver is part of the known OSGi standard. 

[0048] Fig. 5 shows software components utilized for an update of available device control modules 
DCM. In contrast to the above described methods, however, only an available device control module 
DCM is replaced, wherein the associated device control module driver module DCM-Driver remains 
installed. With the device control module DCM only the interface to the HAVi device system is 
exchanged without the behavior of the OSGi network system changing. 

[0049] In addition to the functionalities described so far, in the device control module driver module 



12 



DCM-Driver access to a device control module DCM is realized for this purpose, which is to replace the 
device control module existing in the HAVi device system. The device control module driver module 
DCM-Driver has access to the device control module DCM to be replaced via the base driver module Base 
Driver and the messaging system module MS. 

[0050] The base driver module Base Driver has furthermore access to the device driver installation 
module Driver Installation. The base driver module Base Driver has the following additional 
functionalities: 

accepting a new device control module DCM from the device control module driver module 
DCM-Driver and transferring the new device control module DCM for installation to the device 
driver installation module Driver Installation, 

ensuring that the device control module DCM, which during the update in the HAVi device 
system is replaced, is not logged out by the device control module manager DCM-Manager, 

■ 

-assigning the device service Device Service generated for the old device control module DCM to 
the new device control module DCM during the logon of the new device control module DCM in 
the HAVi device system. 

[0051] Fig. 6 shows a flow chart of the updates of existing device control modules DCM. The update of 
existing device control modules DCM while maintaining the associated device control module driver 
modules DCM-Driver takes place with the following steps: 

a) installing a device control module driver module to a new device service Deviceservice through 
the OSGi network system, as described above, 

b) transferring a new device control module DCM from the device control module driver module 
DCM-Driver to the base driver module Base Driver, the transferred device control module DCMs 
to replace the available device control module DCM, 

c) transferring the device control module DCM from the base driver module Base Driver to the 
device driver installation module Driver Installation, 

d) de- installing the device control module DCM to be replaced through the device driver 
installation module Driver Installation with the aid of the device driver control module manager, 

e ) l°gg m g out tne device control module DCM to be replaced in the registration module Registry 
through the device control module manager DCM-Manager, 
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f) informing the base driver module Base Driver about the logout through the registration module 
Registry, the base driver module Base Driver not responding hereto, 

g) installing the new device control module DCM through the device driver installation module 
Driver Installation with the aid of the device control module manager DCM-Manager, 

h) logging on the new device control module DCM in the registration module Registry through the 
device control module manager, 

i) informing the base driver module Base Driver about the logon through the registration module 
Registry, 

j) assigning the device service Deviceservice, which previously had been assigned to the device 

control module DCM to be replaced, to the new device control module DCM through the base 
driver module Base Driver. 

[0052] The method is preferably applicable in network systems conforming to the OSGi standard, in 

particular in motor vehicle on-board networks. 

Patent Claims 

1. Method for the control of electronic devices in a distributed network system with 
-device control modules (DCM) for the control of devices through other devices in the network 
system, wherein the device control modules (DCM) access directly the devices to be controlled, 
-device control module management modules for the management of the device control modules 
(DCM), and with 

-network control modules for the network control of the type such that services organized in 
packets are processed and modules of individual services from different packets interact with 
one another, 
characterized by 

the exchange of control information between network control modules and the device control module 
management modules for the registration or actuation of device control modules (DCM) without a direct 
data exchange taking place between the network control modules and the devices. 

2. Method as claimed in claim 1, characterized by the exchange of the control information 
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with a device control module driver module (DCM-Driver) as a network control module, wherein the 
device control module driver module (DCM-Driver) is implemented for the registration of interfaces for 
the control of the devices in the network system and for the conversion of method calls of the registered 
interfaces into message data for the device control modules (DCM). 

3. Method as claimed in claim 1 or 2, characterized by the exchange of the control 
information with a base driver module (Base Driver) as a network control module, wherein the base 
driver module (Base Driver) is implemented for the registration of device services with information about 
associated devices and for the adaptation and forwarding of control data of the network control modules 
to the device control module management modules. 

4. Method as claimed in one of the preceding claims, characterized by at least one 
registration module (HAVi-Registry) as a device control module management module, wherein the 
registered device control modules (DCM) are stored in a list of the registration module (HAVi-Registry). 

5. Method as claimed in claim 4, characterized by the registration of devices with the steps: 

a) selecting a device control module (DCM) for the device to be registered, 

b) registering the device control module (DCM) at the registration module (HAVi-Registry), 

c) transmitting a message from the registration module (HAVi-Registry) to the base driver module 
(Base Driver) to inform of the registered device, 

d) registering a device service with information about the registered device through the base driver 
module (Base Driver), 

e) activating a device control module driver module (HAVi-DCM-Driver) for the registered device 
through the network control modules, 

f) registering an interface for the control of the registered device through the activated device 
control driver module (HAVi-DCM-Driver). 

6. Method as claimed in one of the preceding claims, characterized by the control of a 
registered device with the steps: 
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a) adapting access control data of the network control modules for calling up a registered interface 
for the control of the device through the device control module driver module (HAVi-DCM- 
Driver) and transmitting adapted access control data to the base driver module (Base Driver), 

b) forwarding the call of the interface from the base driver module (Base Driver) to a messaging 
system module (MS) of the device control module management modules, 

c) forwarding the call of the interface from the messaging system module (MS) to the device control 
module (DCM), belonging to the device to be actuated, for the control of the device through the 
device control module (DCM). 

7. Method as claimed in claim 6, characterized by priority-controlled calls of the interfaces 
through the messaging system module (MS). 

8. Method as claimed in one of the preceding claims, characterized by checking and 
resolving conflicts of access to device control modules (DCM) with a resource management module 
(Resource Manager) of the device control module management modules. 

9. Method as claimed in one of the preceding claims, characterized by registering additional 
device control modules (DCM) for a device with a device driver installation module (HAVi-Driver) as 
network control module with the steps: 

a) transferring a device control module (DCM) to the device driver installation module (HAVi- 
Driver Installation), 

b) forwarding the transferred device control module (DCM) to the device control module driver 
module (HAVi-DCM Driver), 

c) installing the device control module (DCM) through the device control module driver module 
(HAVi-DCM Driver). 

■ 

10. Method as claimed in claim 9, characterized by the checking through the device driver 
installation module (HAVi-Driver Installation) by means of access to a device driver module manager 
(DCM-Manager) of the device control module management modules whether or not a device driver 
module (DCM) for the device to be registered is already installed and the installed device driver module 
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(DCM) is to be replaced, and optional de-installing the existing device driver modules (DCM) through 
the device driver installation module (HAVi-Driver Installation). 

11. Method as claimed in one of the preceding claims, characterized by replacing device 
control modules (DCM) through other device control modules (DCM), wherein the associated device 
control module driver module (HAVi-DCM Driver) is retained, with the steps: 

-transferring a new device control module (DCM) from the associated device control module 
driver module (HAVi-DCM Driver) to the base driver module (HAVi-Base Driver), 
-forwarding the device control module (DCM) to the base driver module (HAVi-Base Driver) to 
the device driver installation module (HAVi-Driver Installation), 

-de-installing the device control module (DCM) to be replaced by the device driver installation 
module (HAVi-Driver Installation) and the device driver module manager (DCM-Manager), 
wherein the device control module (DCM) is logged on in the registration module (HAVi- 
Registry), 

-assigning the device service assigned to the device control module (DCM) to be replaced to the 
new device control module (DCM). 

12. Method as claimed in one of the preceding claims, characterized in that the device 
control modules (DCM) and device control module management modules conform to the Home Audio 
Video Interoperability Standard (HAVi). 

13. Method as claimed in one of the preceding claims, characterized in that the network 
control modules conform to the Open Service Gateway Initiative Standard (OSGi). 

14. Digital device network with control program means for carrying out the method as 
claimed in one of the preceding claims. 

4 sheets of drawing enclosed 
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